home *** CD-ROM | disk | FTP | other *** search
- Subject: SUMMARY(long):ODF Build & CW9 & 68K myOpenDocPart on 68K Mac
- Sent: 8/12/96 10:51 AM
- Received: 8/12/96 11:01 AM
- From: Peter vdr.Post, pepo@knoware.nl
- Reply-To: ODF Interest, ODF-Interest@CILabs.ORG
- To: OpenDoc Development Framework Discussion List, ODF-Interest@CILabs.
-
- This SUMMARY describes my experiences to startup the development of 68K
- OpenDoc parts by means of the OpenDoc Development Framework (ODF) Release
- 1.0 on a 68K-type Macintosh with the CodeWarrior 9 Development environment
- (pffff, that was a long one).
-
- It's primary intended for newbies on OpenDoc development to lower the edge
- to step-in! I thought it was difficult and that the development process
- requires a *lot* of resources. It turns out that's pretty easy. After
- reading this note, every 68K Mac developers should jump on the OpenDoc/ODF
- train :-)
-
- Many thanks to the ODF team and members of the ODF-Interest list who
- prepared all the work to be done. I just add my experiences to it.
-
- Have fun,
- Peter van der Post
-
-
-
- Installation of ODF R1
- ----------------------
-
- 1.installed ODF R1 from OpenDoc DR5 with 'ODF Installer'.
- 2.apply changes from CW9 Conversion (v3):
- -Adopted the 'Update ODF Projects' script so that it does NOT
- call DoItPPC() and therefore avoiding a critical error that
- a file could not be found!
- -Adopted globals ODPath and LibraryPath.
- Result: changed ODF samples!
-
-
- Build ODF libraries & examples
- ------------------------------
-
- The ODF libraries *have* to be rebuild. The documents stated that it is not
- necessay.
- However, you'll run into compiler errors. The solution is a recompile of
- the precompiled headers, i.e. rebuild the ODF R1 libraries!
- This was mentioned in the ODF-Interest list and seems to be tied to ODF R1.
-
- Removed as much extensions and control panels as necessary (dependent on your
- available RAM). I kept RAM Doubler in, else processes like ODFFoundation
- building generated 'out-of-memory' errors. I experienced no problems with
- RAM Doubler 1.6.2.
-
- Extension Manager list:
- Extension:
- CFM-68K Runtime Enabler, RAM Doubler, AppleScript, Finder Scripting Extension.
- Control Panels:
- Date & Time, General Controls, Memory, Mouse
- For a more detailed listing: see my section 'System Configuration'.
-
- Use 'ODF Builder' from CW9 Conversion v3. It asked for 'CodeWarrior IDE 1.4'
- (just select your latest CW IDE compiler), and for the ODF folder, which is
- located inside the ODFDev folder.
-
- Set option for Architecture PowerPC off and for 68K on. Set/reset examples
- and Debug or Release options as you wish (I had the example and Debug
- options set).
-
- The total time to build all ODF layers and samples: approx.4-5 hours om my
- 33Mhz IIVx. Just let it run and enjoy other things...
-
-
- Build myPart with PartMaker 4.4.1
- ---------------------------------
-
- Parts has to be made with PartMaker 4.4.1 (or higher).
-
- Double-click on a PartMaker sample (on the OpenDoc DR5). It opens
- Partmaker, asks for 'Name Part' and 'Company Name', and for location where
- it will place the files.
- Recommendation: select existing ODFDev, so it will create a subfolder into it.
-
- Test:
- 1. generated myHello from Hello.
- 2. removed all subfolders, except CW68KDebug, CW68KRelease, and Sources.
- 2. adopted the RunTime segments according to CW9 Conversion v3.
- 3. adopted minimal the 'nmap' resources and signature (see PartMaker Read Me).
- So the basic checklist of resources to modify is as follows:
- - 'nmap' resources
- - Mac OS creator type for the part
- - Mac OS icons for the part (optional)
- 4. Project-Make to build myPart.
-
- Note: building myPart can be done in 'nominal' memory situations, i.e.
- not with a subset of extensions and control panels! The time to build myPart
- is reasonable (minutes...).
-
-
- Run myPart
- ----------
-
- Put an alias of ODFLibrary in the Editors folder. I have an Editors folder
- in the top folder of the same volume where I have installed CodeWarrior.
- You can also use the one in the System Folder.
-
- Put an alias of myPart in the Editors folder.
-
- Drop myPart on the OpenDoc Launcher (original in System Folder:Extensions)
- -> a stationary of myPart is generated in Stationary Folder
-
- Open Stationary Folder and create documents of myPart by double-clicking on
- myPart stationary.
-
- Note: only one ODFLibrary, or an alias, must be present in the Editors Folder.
-
-
- Where to go from here
- ---------------------
-
- Well, the CodeWarrior and ODF development tools are ready for your
- imagination to create and build your own part. Have fun, and see you on
- the Net especially in the ODF-Interest mailing list.
-
-
-
- System configuration
- --------------------
-
- * CodeWarrior 9: 'Heaven' C++ installation, then upgraded to IDE 1.6.3, and
- Debug 1.5.1.
-
- * System 7.5.3. No Revision 2 update.
-
- * Extensions (while building ODF libraries):
- OpenDoc Libraries, RAM Doubler, Scripting Additions, CFM-68K Runtime
- Enabler, NuDragLib.slb, NuTranslationLib.slb, SOMobjects™ for Mac OS.
-
- * Control Panels (while building ODF libraries):
- QuickTime™ Settings, Editor Setup, Sharing Setup, AppleTalk, TCP/IP, Mouse,
- General Controls, Monitors, Extensions Manager, Memory, Startup Disk,
- Sound, Keyboard, Map, Date & Time, File Sharing Monitor, Labels, Users &
- Groups, Views, Numbers, Text, Colour
-
- * Mac IIVx (68030, 33MHz), HD: 1.2GB, effective free 300MB, RAM: 20MB, RAM
- Doubled to 40MB, effective free: 35MB (logical).
-
-
-
- ________________
- Do you believe in Macintosh? Learn how to help the cause by subscribing
- to the "EvangeList" listserver! Send email to: <evangelist@macway.com> or
- check out <http://www.evangelist.macaddict.com/>.
-
-
-
-